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METHOD AND SYSTEM FOR TRANSFERRING CONTACT INFORMATION 

TO AN SMS-ENABLED WIRELESS DEVICE 

Field of the Invention 
[0001] The present invention relates to and departs from the conventional 
practice of a generalized method for transferring Contacts between a personal 
computer or other Web-enabled device connected to the internet and a mobile 
phone. More particularly, the present Contact transfer method provides a Web 
interface whereby users enter Contacts on a Web page and click a button to 
transfer chosen Contacts from the entered Contact list to an SMS-enabled 
phone. Contacts can also be sent from the phone to the Web-based Contact list. 

Background of the Invention 
[0002] Cell phone usage has reached the point where the majority of 
people in developed nations own one. Many phones produced today support a 
format for exchanging Contact information known as a vcard (for "virtual 
business card"). The most common example of how vcards are used is for one 
person to send his personal Contact information from his phone to somebody 
else's phone either via infrared or through the wireless network. The receiver's 
phone alerts her that a Contact has been received and offers the choice to view, 
save, or discard the Contact. 

9 

[0003] When a person sends a vcard through an operator's network, the 

vcard is transmitted from one phone to the other as a specially coded SMS. A 

vcard is transmitted as an SMS with a special tag at the beginning that alerts the 

» 
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^fcone that the SMS should be treated as a vcard. It should be noted that in 
many cases, the vcard is formated in a vendor-specific manner, limiting the 
exchange of vcards only between like make and models of phones. 

[0004] Before the vcard is ever sent as a Contact to another phone, the 
Contact information must first be saved in the sender's phone. A number of 
methods exist for storing Contacts in phones, the most common of which is to 
manually key in the name and number using the phone keypad. Because this 
method is so tedious, it has limited the number of Contacts people are willing to 
store on their phones. 

[0005] The present invention offers a method to easily transfer Contacts 
between a Web-based service and an SMS-enabled phone, thru an SMS- 
enabled network. One of the basic tasks for a cell phone user is to enter 
frequently dialed numbers into his or her phone via one of the following methods: 

[0006] The most commonly used method is to manually key in each name 
and number via the phone keypad. This is simple for a small number of 
Contacts but becomes very time-consuming and inefficient for any significant 
number of Contacts. 

[0007] Another method to enter Contacts into a phone is to upload 
information from a PC via either a serial cable connection, infrared or Bluetooth. 
Each of these methods requires that the subscriber owns a PC with the 

2 
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propriate interface and purchases and installs the appropriate software on the 
PC. This is expensive, complex and is not supported by all phones. 

[00081 A newer method for storing Contacts in a phone is based on the 
syncML and GPRS industry standards. This solution works well if the user has a 
phone that supports both syncML and GPRS, and uses a network operator that 
offers GPRS services. Curenty, this solution is relatively expensive and 
available to a small segment of the market. 

[0009] GSM phone users can store user-entered Contact information on 
the SIM card in their phone. A user can then transfer all information to another 
phone simply by transferring the SIM card. Unfortunately, the Contacts are lost if 
the subscriber loses his phone with the SIM card inside. Additionally, the SIM 
card has a limit of approximately 250 Contacts, whereas newer phone models 
can store many hundreds of Contacts, thus the SIM card cannot archive the full 
Contact listing stored in the phone. Finally, many phones have the ability to 
store multiple phone numbers per name, which SIM cards are unable to do. 

Summary Of The Invention 
[00010] A Method and System for Transferring Contact Information to an 
SMS-enabled Phone are described. In one embodiment, the method comprises 
providing for one or more contacts to be selected via a web browser from a first 
contact list stored on a web server. The one or more contacts are sent to an 

3 
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S-enabled wireless device if the wireless device is registered with the web 
server. 

Brief Description Of The Drawings 
[0011] Features and advantages of the, present invention will be apparent 
to one skilled in the art in light of the following detailed description in which: 

[0012] FIGURE 1 illustrates a block diagram of an exemplary system for 
transferring contact information to an SMS-enabled wireless device according to 
one embodiment of the present invention; 

[0013] FIGURE 2 illustrates an exemplary computer architecture 

according to one embodiment of the present invention; 

[0014] FIGURE 3 illustrates an SMS-enabled device such as a cellular 

telephone according to one embodiment of the present invention; 

[0015] FIGURE 4 illustrates an exemplary wireless device display for 

allowing a user to accept contacts, according to one embodiment of the present 

invention; 

[0016] FIGURE 5 illustrates an exemplary graphical user web-interface for 
allowing a user to login or begin to register with the system according to one 
embodiment of the present invention; 

[0017] FIGURE 6 illustrates an exemplary graphical user web-interface for 
allowing a user to enter registration information on the system, according to one 
embodiment of the present invention; 

[0018] FIGURE 7 illustrates an exemplary graphical user web-interface for 

4 
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^^playing contact information on the system, according to one embodiment of 

« 

the present invention; 

[0019] FIGURE 8 illustrates an exemplary graphical user web-interface for 
updating contact information on the system, according to one embodiment of the 

♦ 

present invention; 

[0020] FIGURE 9 illustrates an exemplary graphical user web-interface for 
entering the phone number and/or email address of a friend, according to one 
embodiment of the present invention; 

[0021] FIGURE 10 illustrates an exemplary graphical user web-interface 

i 

for displaying incoming contact information on the system, according to one 
embodiment of the present invention; 

[0022] FIGURE 1 1 illustrates an exemplary graphical user web-interface 
for displaying business contact information on the system, according to one 
embodiment of the present invention; 

[0023] FIGURE 12 illustrates an exemplary graphical user web-interface 
for displaying system usage information, according to one embodiment of the 
present invention; 

[0024] FIGURE 13 illustrates an exemplary graphical user web-interface 
for editing profile information on the system, according to one embodiment of the 
present invention; 

[0025] FIGURE 14 illustrates an exemplary process for sending contacts 
from the web server to an SMS-enabled wireless device, according to one 
embodiment of the present invention; 



5 



P C TV' U S O 3 / S JL 6 "9 N- 

^^)26] FIGURE 15 illustrates an exemplary process for sending contacts 
to additional SMS-enabled wireless devices, according to one embodiment of the 

i 

present invention; 

[0027] FIGURE 16 illustrates an exemplary process for registering an 
SMS-enabled wireless device with the sytem, according to one embodiment of 
the present invention; and 

[0028] FIGURE 17 illustrates an exemplary process for passing messages 
between an SMS-enabled wireless device and a web server, according to one 
embodiment of the present invention. 

Detailed Description 
[0029] A method and system for transferring contact information to an 

SMS-enabled wireless device are described. In one embodiment, the method 

comprises providing for one or more contacts to be selected via a web browser 

from a first contact list stored on a web server. The one or more contacts are 

sent to an SMS-enabled wireless device if the wireless device is registered with 

the web server. 

[0030] In the following description, for purposes of explanation, numerous 
specific details are set forth in order to provide a thorough understanding of the 
present invention.. It will be evident, however, to one skilled in the art that the 
present invention may be practiced without these specific details. In some 
instances, well-known structures and devices are shown in block diagram form, 
rather than in detail, in order to avoid obscuring the present invention. These 

6 
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^toibodiments are described in sufficient detail to enable those skilled in the art to 
practice the invention, and it is to be understood that other embodiments may be 
utilized and that logical, mechanical, electrical, and other changes may be made 
without departing from the scope of the present invention. 

[0031] Some portions of the detailed descriptions that follow are 
presented in terms of algorithms and symbolic representations of operations on 
data bits within a computer memory. These algorithmic descriptions and 
representations are the means used by those skilled in the data processing arts 
to most effectively convey the substance of their work to others skilled in the art. 
An algorithm is here, and generally, conceived to be a self-consistent sequence 
of acts leading to a desired result. The acts are those requiring physical 
manipulations of physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals capable of being stored, 
transferred, combined, compared, and otherwise manipulated. It has proven 
convenient at times, principally for reasons of common usage, to refer to these 
signals as bits, values, elements, symbols, characters, terms, numbers, or the 
like. 

[0032] It should be borne in mind, however, that all of these and similar 
terms are to be associated with the appropriate physical quantities and are 
merely convenient labels applied to these quantities. Unless specifically stated 
otherwise as apparent from the following discussion, it is appreciated that 
throughout the description, discussions utilizing terms such as "processing" or 

7 
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^lomputing" or "calculating" or "determining" or "displaying" or the like, refer to 
the action and processes of a computer system, or similar electronic computing 
device, that manipulates and transforms data represented as physical 
(electronic) quantities within the computer system's registers and memories into 
other data similarly represented as physical quantities within the computer 
system memories or registers or other such information storage, transmission or 
display devices. 

[0033] The present invention can be implemented by an apparatus for 
performing the operations herein. This apparatus may be specially constructed 
for the required purposes, or it may comprise a general-purpose computer, 
selectively activated or reconFIGUREd by a computer program stored in the 
computer. Such a computer program may be stored in a computer readable 
storage medium, such as, but not limited to, any type of disk including floppy 
disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories 
(ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or 
optical cards, or any type of media suitable for storing electronic instructions, and 
each coupled to a computer system bus. 

[0034] The algorithms and displays presented herein are not inherently 
related to any particular computer or other apparatus. Various general purpose 
systems may be used with programs in accordance with the teachings herein, or 
it may prove convenient to construct more specialized apparatus to perform the 
required method. For example, any of the methods according to the present 
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^Pfc/ention can be implemented in hard-wired circuitry, by programming a general- 
purpose processor or by any combination of hardware and software. One of skill 
in the art will immediately appreciate that the invention can be practiced with 
computer system configurations other than those described below, including 
hand-held devices, multiprocessor systems, microprocessor-based or 
programmable consumer electronics, DSP devices, network PCs, 
minicomputers, mainframe computers, and the like. The invention can also be 
practiced in distributed computing environments where tasks are performed by 
remote processing devices that are linked through a communications network. 
The required structure for a variety of these systems will appear from the 
description below. 

[0035] The methods of the invention may be implemented using computer 
software. If written in a programming language conforming to a recognized 
standard, sequences of instructions designed to implement the methods can be 
compiled for execution on a variety of hardware platforms and for interface to a 
variety of operating systems. In addition, the present invention is not described 
with reference to any particular programming language. It will be appreciated 
that a variety of programming languages may be used to implement the 
teachings of the invention as described herein. Furthermore, it is common in the 
art to speak of software, in one form or another (e.g., program, procedure, 
application...), as taking an action or causing a result. Such expressions are 
merely a shorthand way of saying that execution of the software by a computer 

causes the processor of the computer to perform an action or produce a result. 

9 
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[0036] It is to be understood that various terms and techniques are used 
by those knowledgeable in the art to describe communications, protocols, 
applications, implementations, mechanisms, etc. One such technique is the 
description of an implementation of a technique in terms of an algorithm or 
mathematical expression. That is, while the technique may be, for example, 
implemented as executing code on a computer, the expression of that technique 
may be more aptly and succinctly conveyed and communicated as a formula, 
algorithm, or mathematical expression. Thus, one skilled in the art would 
recognize a block denoting A+B=C as an additive function whose 
implementation in hardware and/or software would take two inputs (A and B) and 
produce a summation output (C). Thus, the use of formula, algorithm, or 
mathematical expression as descriptions is to be understood as having a 
physical embodiment in at least hardware and/or software (such as a computer 
system in which the techniques of the present invention may be practiced as well 
as implemented as an embodiment). 

[0037] A machine-readable medium is understood to include any 
mechanism for storing or transmitting information in a form readable by a 
machine (e.g., a computer). For example, a machine-readable medium includes 
read only memory (ROM); random access memory (RAM); magnetic disk 
storage media; optical storage media; flash memory devices; electrical, optical, 
acoustical or other form of propagated signals (e.g., carrier waves, infrared 
signals, digital signals, etc.); etc. 

10 
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[0038] Disclosed herein is a standard mechanism for owners of phones 
that support vcards to store and retrieve their Contact information between a 
Web site and an SMS-enabled phone. 

[0039] The present invention is an Internet- or intranet-based service that 
provides for the sharing of Contacts by members who register to use the system; 
the Contacts reside in a database which is dynamically generated based on the 
user's input. The system operates with a computer using a Windows, Macintosh, 
UNIX, Linux or other operating system equipped with a standard Web-browser 
application, or other Web-enabled device, capable of connecting to the Internet 

» 

and/or a corporate Intranet. It should be noted that the term "Internet" is intended 
to encompass similar systems and nomenclature (i.e., World Wide Web or 
"www") comprising the capability to communicate and access information 
through a network, telephone connections, ISDN connections, DSL connections, 
cable modem, fiber optic network, etc. The present invention should not be 
limited in its communication nomenclature; the present invention is applicable to 
any system that is accessible by means of a Web browser. 

[0040] In its preferred embodiment, the system is presented on a Web 
site, and the Web site provided by the invention is designed to enable users to 
enter Contact information, upload Contact information to the user's phone or to 
another persons phone, share Contact information from a user's Contact list with 
other people who may or may not be registered users of the system, view 
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^Rntacts sent to the user by other users, view Business Contacts that may be of 
interest to the user, view usage information of Contacts the user has uploaded to 
her phone, and make changes to the user's profile, such as changing a phone 
type or phone number. 

An Exemplary Network Architecture 

■ 

[00041] FIGURE 1 illustrates a block diagram of an exemplary system for 
transferring contact information to an SMS-enabled wireless device. According 
to the embodiment depicted in FIGURE 1, one or more wireless devices 121-129 
are in proximity to wireless communication towers such as 101, 105, 111 and 
115. 

[00042] Wireless communication towers such as 101, 1 05, 111, and 115 
transmit and receive data to and from wireless devices, which data is 
respectively received from and transmitted to Service Provider 1 33. Within some 
or all, wireless devices 121-129 are these wireless devices, such as, cellular 
telephones, two-way radios, or two-way pagers (e.g., in which the necessary 
transaction software is electronic in a microchip). Wireless devices such as 
global positioning satellite systems may also be carried within wireless devices 
121-129, as well as, mobile personal computers and handheld computing 
devices. The SMS Center 1 37 (SMSC) processes all SMS messages received 
from the wireless devices 121-129 and the Web server 161 . In one embodiment, 
the wireless device is a cellular telephone with an intelligent browser which 
communicates digitally over a wireless network to a traffic server using the radio 
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^Irdware and infrastructure of the cellular service provider (e.g. SprintPCS™, 
AT&T™, etc.). 

[00043] In one embodiment, wireless devices may transmit and receive 
data from web server 161 over a variety of communication networks 171 
including (but not limited to) a local area network (LAN) and/or a larger network 
(e.g., the Internet). Alternative communication channels such as wireless 
communication via satellite broadcast (not shown) are also contemplated within 
the scope of the present invention. 

[00044] In general, the wired network side architecture of the present 
invention can be implemented as a standard telephone connection provided 
through an Internet service provider to enable data communication on the 
Internet over a conventional telephone network. This use of the Internet as a 
distribution network is well known to those of ordinary skill in the art. In an 
alternate embodiment having cable modem capability, communication over a 
conventional cable network is possible in lieu of communication over the 
telephone network. The cable network is typically much faster (i.e. provides a 
much greater bandwidth) than the standard telephone network; however, cable 
modems are typically more expensive than standard POTS (plain old telephone 
system) modems. In another alternate embodiment having conventional 
Integrated Services Digital Network (ISDN) capability, the network 171 is 
accessed by client 141 using an ISDN modem. Again, the ISDN network is 
typically faster than the POTS network; however, access to an ISDN network is 
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^Inerally more expensive. Cable modems and ISDN implementations are 
alternative communications media to the POTS implementation. 

[00045] The wireless architecture of the present invention may be 
implemented using numerous types of networks. Examples of wireless networks 
upon within which the present invention may be implemented are Global System 
for Mobile.Communications (GSM), Code Division Multiple Access (CDMA), 
Time Division Multiple Access (TDMA), Cellular Digital Packet Data (CDPD), 
Integrated Digital Enhanced Network (iDEN), etc. 

[00046] Web server 161 sends and receives data from wireless devices. 
Web server 161 is connected to network 171 . Wireless system 101 also 
includes contact information database 131 . Contact information database 131 
stores information for all registered users including their e-mail address, wireless 
device phone numbers, contact names, and contact phone numbers. Contact 
information database 131 is connected to Web server 161 . 

[00047] Web server 161 receives vcard type information from each wireless 
device. The information may be extracted from the wireless device using 
Wireless Markup Language (WML), or Hyper Text Markup Language (HTML) 
calls. 

[00048] Web server 161 may internally store various types of data. This 
may include, for example, specific client data (e.g., client account information 
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client preferences) and/or more general data. The databases of system 101 
in one embodiment run an instance of a Relational Database Management 
System (RDBMS), such as Microsoft™ SQL-Server, Oracle™ or the like. 
Although illustrated in FIGURE 1 as separate databases, the data and 
functionality of database 131 may be combined within a single database, as well. 

[00049] A mobile communication device may interact with and receive 
feedback from a web server 161 using various different communication devices 
and/or protocols, for example Wireless Application Protocol (WAP) or SMS. 
According to one embodiment, a mobile communication device connects to web 
server 161 via client software. The client software may include a browser 
application such as a WAP MtcroBrowser in a cellular telephone, or Netscape 
Navigator™ or Microsoft Internet Explorer™ on a personal computer which 
communicates to web server 161 via the Hypertext Transport Protocol 
(hereinafter "HTTP"). 

[00050] Note that any or all of the components of the system illustrated in 
FIGURE 1 and associated hardware may be used in various embodiments of the 
present invention; however, it may be appreciated by those of ordinary skill in the 
art that other configurations of the system may be used within the spirit and 
scope of the present inventive method and system. 
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Exemplary Computer Architecture 
[00051] Having briefly described an exemplary network architecture which 
employs various elements of the present invention, a computer system 200 
representing exemplary clients 141 and/or servers (e.g., web server 161), in 
which elements of the present invention may be implemented will now be 
described with reference to FIGURE 2. 

[00052] One embodiment of computer system 200 comprises a system bus 
220 for communicating information, and a processor 210 coupled to bus 220 for 
processing information. Computer system 200 further comprises a random 
access memory (RAM) or other dynamic storage device 225 (referred to herein 
as main memory), coupled to bus 220 for storing information and instructions to 

* 

be executed by processor 210. Main memory 225 also may be used for storing 
temporary variables or other intermediate information during execution of 
instructions by processor 210. Computer system 200 also may include a read 
only memory (ROM) and/or other static storage device 226 coupled to bus 220 
for storing static information and instructions used by processor 210. 

[00053] A data storage device 227 such as a magnetic disk or optical disc 
and its corresponding drive may also be coupled to computer system 200 for 
storing information and instructions. Computer system 200 can also be coupled 
to a second I/O bus 250 via an I/O interface 230. A plurality of I/O devices may 
be coupled to I/O bus 250, including a display device 243, an input device (e.g., 
an alphanumeric input device 242 and/or a cursor control device 241). For 
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ample, video news clips and related information may be presented to the user 
on the display device 243. 

[00054] The communication device 240 is for accessing other computers 
(servers or clients) via a network 171 . The communication device 240 may 
comprise a modem, a network interface card, or other well-known interface 
device, such as those used for coupling to Ethernet, token ring, or other types of 
networks. 

An Exemplary Wireless Device Architecture 

[00055] FIGURE 3 illustrates an exemplary wireless device 300 such as an 
SMS-enabled cellular telephone according to one embodiment of the present 
invention. In the block diagram of wireless device 300, the wireless 
communication signal travels to and from the cellular telephone 300 via the 
antenna 31 0 and the signal is split at duplexer 312. If the cellular telephone is 
sending a communication, the data is either input by the user on the phone 

4 

keypad (such as sending a contact via SMS) and relayed via the microcontroller 
332, or the data is the user's voice spoken into the audio input microphone 328 
on the phone and is encoded from an analog to digital signal by the audio codec 
326. The respective data signal is then processed by the DSP 324 and encoded 
into a radio frequency (RF) signal by the the RF codec 318. The signal then 
passes through the cellular transmitter 31 6 to convert from the analog baseband 
signal to the appropriate cellular RF signal before sending it to the duplexer 312 
and transmitting it out the antenna 310. 

[00056] When the cellular telephone receives a communication, the 
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^fcoming signal passes through the antenna 310 to the duplexer 312, which 
directs the signal to the cellular receiver 314 which converts from the cellular RF 
signal to the analog baseband signal. The RF codec 318 then decodes the 
signal and sends it to the DSP 324 which determines if it is data to be processed 
by the microcontroller 322 (such as a contact received that will be shown on the 
phone's display) or audio content to be decoded by the audio codec 320 and 
played through the phone's audio out speaker 322. 

♦ 

[00057] Additional components in the diagram include the SDRAM/DRAM 
memory 330, which stores data for use by the DSP and microcontroller only 
when the phone is powered on. The flash memory 334 contains data which is 
stored permanently whether the phone is powered on or off, such as contact and 
user profile information. 

[00058] FIGURE 4 illustrates an exemplary wireless device display for 
allowing a user to accept contacts, according to one embodiment of the present 
invention. The example 400 shows a standard cellular phone 410. The display 
420 shows a simple query for the user to either add the received contact to the 
phone's address book or not. The user can add the received contact by 
pressing the Yes button 430, or can decline to add the contact by pressing the 
No button 440. 

[00059] FIGURE 5 illustrates an exemplary graphical user web-interface 1 0 
for allowing a user to login or begin to register with the system according to one 
embodiment of the present invention. The web site's home page screen 10, 
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^fcch as displayed in FIGURE 5, allows either a visitor to sign-up for the system 
by selecting the "Sign Up" button 1 2 or a registered user to log In to the system 

■ 

by entering User Name 14 and Password 16, then selecting the "Log In" button 
18. If a registered user has forgotten his password, he can select the "Forgot 
Your Password" button 20 to be directed to a page where he must enter his 
mobile phone number to which the system will send an SMS with a new, 
temporary log in password. 

[00060] FIGURE 6 illustrates an exemplary graphical user web-interface 
30 for allowing a user to enter registration information on the system, according 
to one embodiment of the present invention. A registration page screen 30 
which is presented to a visitor to the site who chooses to sign up for the system. 
The visitor must enter first name 32, last name 34, email address 36, mobile 
phone number 38, sen/ice provider 40, language 42, user name 44, password 
46, password confirmation 48 and referral code 50. The visitor then submits the 
registration information to the server by selecting the "Accept" button 52, or can 
choose not to sign up by hitting the "Decline" button 54. After choosing "Accept", 
the user is presented with a screen that asks him to type the *#06# key 
sequence on his phone which causes GSM-based phones to display the phone's 
serial number on the phone screen. If the system does not recognize the Type 
Approval Code (TAC) contained within the serial number, or the user is unable to 
determine the phone type because, for example, she is not using a GSM-based 
phone, the system requests the user send a vcard to a specific phone number. 
The system is then able to determine the specific vcard format that is supported 
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^) that user's phone. This enables the system to subsequently upload Contacts 
to the user's phone using the correct vcard format so that the user can view the 
Contacts and save them on the phone. 

[00061] FIGURE 7 illustrates an exemplary graphical user web-interface 60 
for displaying contact information on the system, according to one embodiment 
of the present invention. A new user who has just completed registration is 
brought directly to a contacts page 60. Contact page 60 is the central focus of 
the system, for this is where users first return each time they log back into the 
system, and where they enter Contact information, upload Contact information to 
their phones, send Contacts to their friends and family and navigate to other 
pages of the Web site. A user adds Contacts to the table 72 by entering a name 
62 and one or more of the possible phone numbers: mobile 64, business 66, and 
home 68. The user can either hit the return button on the computer keyboard or 
select the "Add Contact" button 70 to add the just-entered Contact to the table. 
The table 72 displays ail Contacts that have been entered by the user and 
transferred from the user's Inbox (FIGURE 10) and indicates which Contacts 
have been uploaded to the phone by displaying the up-arrow indicator 78. Once 
the table contains some Contacts, the user can take several actions using the 
buttons. 

[00062] The user can click the "Send to Mobile Phone" button 90 to upload 
Contacts to his mobile phone. If the user has not selected any Contacts, the 
system will choose all Contacts that have not yet been uploaded to the phone, 
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indicated by the up-arrow symbol in column 78, to be uploaded. Alternatively, 
the user can select any of the Contacts by clicking on that Contact's checkbox 
76, or can select all of the Contacts by clicking the Check-All button 74. If after 
selecting ail the Contacts the user would like to de-select all of the Contacts, this 
is accomplished by again clicking the Check-All button 74. After the user clicks 
the u Send to Mobile Phone" button, the system sends one or more Contacts to 
the phone, based on how many Contacts were selected and how many Contacts 
the phone's vcard buffer can accept. The user is then presented with an 
updated contacts screen 80 in FIGURE 8. 

[00063] FIGURE 8 illustrates an exemplary graphical user web-interface 80 
for updating contact information on the system, according to one embodiment of 
the present invention. Contacts screen 80 will have either two or three buttons 
based on whether or not all the selected Contacts could fit in the phone's vcard 
buffer. If all the Contacts fit in the phone's buffer, the user can select the "Return 
to Contacts" button 82 to go back to the full listing of Contacts or the "Resend 
Contact" button 86 to have the listed Contacts re-sent if his phone did not 
receive all of the selected Contacts. If all the Contacts do not fit in the phone's 
vcard buffer, the system implements a pacing mechanism so that only as many 
Contacts as can fit in the phone's vcard buffer are sent to the phone at one time. 
Subsequent Contacts from the user's selection are sent only after the user has 
confirmed acceptance of the first set, then the user can select the "Send Next 
Contact(s)" button 84 to send the next Contact(s) to his phone, or the "Resend 
Contact" button 86 if he did not receive all of the first set of the selected Contacts 
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flfc his phone, or the "Cancel" button 88 to cancel further sending of Contacts 
and return to the full listing of Contacts. The pacing mechanism is repeated until 
all of the Contacts from the user's initial selection have been sent to the phone, 
or until the user cancels further sending of Contacts. 

[00064] The user can click the "Send to Friend" button 92 in FIGURE 7 to 
send one or more Contacts from his list to another person who may or may not 
be a user of the system. If the user does not check any of the boxes 76, all the 
Contacts in the list will be sent. The user can select any of the Contacts to be 
sent by clicking on that Contact's checkbox 76, or can select all of the Contacts 
by clicking the Check-All button 74. If after selecting all the Contacts the user 
would like to de-select all of the Contacts, this is accomplished by again clicking 
the Check-All button 74. After the user clicks the "Send to Friend" button, the 
user is presented with a "Send to Friend" screen 100 in FIGURE 9 

[00065] FIGURE 9 illustrates an exemplary graphical user web-interface 
100 for entering the phone number and/or email address of a friend, according to 
one embodiment of the present invention. The "Send to Friend" screen 100 has 
two buttons and two fields. The user can enter either an email address in the 
"Send to Email" field 106 or a mobile phone number in the "Send to Phone" field 
108 or both. If the user enters an email address in field 106 and selects the 
"Send to Friend" button 102, the system first compares the address with email 
addresses of registered users of the system. If it matches with an existing user, 
the selected Contact(s) are sent to the recipient's Inbox and the system sends 
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email to the recipient letting her know that she has received Contacts in her 
Inbox from the sender. If it does not match with an existing user, the system 
sends an email containing the Contacts to the recipient's email address letting 
him know that a user of the system has sent him Contacts and that, when he 
signs up as a user of the system, these Contacts will be accessible in his Inbox. 
If the user enters a phone number in field 108 and selects the "Send to Friend" 
button, the system first compares the number with phone numbers of registered 
users of the system. If it matches with an existing user, the selected Contact(s) 
are sent to the recipient's Contact list and the system uploads the Contacts) to 
the recipient's phone. If it does not match with an existing user, the system 
sends an SMS to the recipient's phone number letting him know that a user of 
the system has sent him Contacts and that, when he signs up as a user of the 
system, these Contacts will be accessible in his Inbox. If the user decides not to 
send Contacts to a friend after entering screen 100, he may select the "Cancel" 
button 104 to return to the full listing of Contacts. 

[00066] FIGURE 10 illustrates an exemplary graphical user web-interface 
1 10 for displaying incoming contact information on the system, according to one 
embodiment of the present invention. An inbox screen 110 has a table 112 that 
lists Contacts that have been sent to the user from other users, such as friends 
and family members. It is similar to the Contacts table 72 in FIGURE 7 but with 
the additional "From" field 114 that displays the name of the person who sent the 
Contacts. The user has three options for handling the Contacts in the Inbox after 
selecting them as discussed above for FIGURE 7. The user can upload them to 
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phone by selecting the "Send to Mobile Phone" button 116. Once they have 
been sent to the phone as discussed above for FIGURE 8, all selected Contacts 
are also added to the user's Contact list. After selecting the Contacts, the user 
can instead select the "Add to Contacts" button 1 1 8 to just transfer the selected 
Contacts from the Inbox to the user's Contact list. Lastly, the user can remove 
selected Contacts from the Inbox list by selecting the "Remove" button 120. 

[00067] FIGURE 11 illustrates an exemplary graphical user web-interface 
130 for displaying business contact information on the system, according to one 
embodiment of the present invention. The table 132 is similar to the Inbox table 
but instead of multiple fields for phone numbers it provides just the single 
"Phone" field 136 and includes a new "Location" field 138. The Location field 
lists the street address, city and state of the business listed in the "Name" field 
134. The listings in this screen, as provided by the system, are popular 
businesses located in the vicinity of the user as determined by the user's phone 
number. The user can choose the same actions for selected Contacts as with 
the Inbox in FIGURE 10: upload to phone; add to Contacts list; or remove. 

[00068] FIGURE 12 illustrates an exemplary graphical user web-interface 
140 for displaying system usage information, according to one embodiment of 
the present invention. Usage screen 140 includes table 142 that displays a log 
of contact information the user has uploaded to his phone. In addition to the 
name and phone number(s) that were uploaded, it shows the date and time of 
the upload in the "Date Sent" field 144 and the number of the phone to which the 
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^^ormation was uploaded in the "Send To" field 146. 

[00069] FIGURE 13 illustrates an exemplary graphical user web-interface 
1 60 for editing profile information on the system, according to one embodiment 
of the present invention. The profile screen 160 allows a user to edit any of the 
information listed in his profile except the mobile phone type 172. This includes 
first name 162, last name 164, email address 166, mobile phone number 168, 
mobile phone serial number 170, service provider 174, language 176, user name 
178, password 180 and password confirmation 182. The user then submits the 
updated profile information to the server by selecting the "Save Changes" button 
1 84. The changes are not saved if the user instead clicks a different button in 
the system or goes to a new url on the Web. 

[00070] FIGURE 14 illustrates an exemplary process 1400 for sending 
contacts from the web server to an SMS-enabled wireless device, according to 
one embodiment of the present invention. The process 1400 starts with the user 
entering contacts on the web page (box 1410) as described in FIGURE 7. Then 
the user can either select 1 or more contacts from the list by clicking the 
corresponding check boxes (box 1412) and then click the button for the desired 
action, or can directly click the "Send to Phone" button (box 1414) or the "Send 
to Friend" button (box 1416). If the user does not select any contacts and 
chooses to directly select either of the buttons, all contacts are considered 
chosen. The remainder of the flowchart for the "Send to Friend" option is 
described below with reference to FIGURE 15. 
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[00071] After selecting "Send to Phone", the system checks (box 1418) to 
see if the number of contacts chosen is greater than the size of the phone's 
vcard buffer (the variable x is used to represent the size of a phone's vcard 
buffer). If so, the system sends x contacts to the phone (box 1420) and then 
displays a screen for the user to indicate if he has received the contacts on his 
phone (box 1422). If the user responds No, the system will re-send the contacts 
(box 1420) and then check again to confirm that the user has received them (box 
1422). Once the user has received the contacts he can choose to accept them 
or not on his phone (box 1424). 

[00072] After the user responds Yes that he has received the contacts (box 
1422), the system decements the original number of contacts selected by x (box 
1426) and then checks again (box 1418) to see if the the number of contacts 
chosen is greater than the size of the phone's vcard buffer. If so, the process 
above is repeated. If not, the remaining contacts are sent (box 1 428). The 
system again displays a screen for the user to indicate if he has received the 
contacts on his phone (box 1430). If the user responds No, the system will re- 
send the contacts (box 1428) and then check again to confirm that the user has 
received them (box 1 430). Once the user has received the contacts he can 
choose to accept them or not on his phone (box 1432). At this point, all of the 
selected contacts have been sent from the web to the phone. 
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W(00073] FIGURE 15 illustrates an exemplary process for sending contacts 
to additional SMS-enabled wireless devices, according to one embodiment of the 
present invention. This process 1500 can be continued from FIGURE 14 after 
the user has selected contacts and then clicked the "Send to Friend" button (box 
1510). The system then displays a screen for the user to enter an email address 
and/or a phone number (box 1512); the user can do both. 

[00074] If the user enters a phone number, the system first checks (box 
1514) to see if that number belongs to a registered user of the system. If not, 
the system sends an invitation to join the system via an SMS message to that 
phone number (box 1520). The system then saves the contacts in the contact 
database, associates them with the specified phone number and marks them as 
"unregistered" (box 1530). When the recipient signs up for the system using that 
phone number, the saved contacts are transferred to the recipient's Inbox (box 
1532). The system sends an Inbox alert email to the recipient (box 1534) to 
inform him that he has contacts waiting in his Inbox. 

[00075] If the phone number does belong to a registered user of the 
system, the system sends the selected contact(s) to the phone as described for 
FIGURE 14, boxes 1418 to 1432. After all contacts have been sent, these 
contacts are added to the recipient's contacts list on the web. 

[00076] If the user enters an email address at step 1512, the system first, 
checks (box 1522) to see if that email address belongs to a registered user of 
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system. If not, the system sends the contact list and an invitation to join the 
system to that email address (box 1528). The system then saves the contacts in 
the contact database, associates them with the specified email address and 
marks them as "unregistered" (box 1530). When the recipient signs up for the 
system using that email address, the saved contacts are transferred to the 
recipient's Inbox (box 1532). The system sends an Inbox alert email to the 
recipient (box 1534) to inform him that he has contacts waiting in his Inbox. 

[00077] If the email address does belong to a registered user of the 
system, the system adds the contacts to the recipient's Inbox (box 1524). The 
system sends an Inbox alert email to the recipient (box 1526) to inform him that 
the specified contacts are waiting in his Inbox. 

[00078] FIGURE 16 illustrates an exemplary process for registering an 
SMS-enabled wireless device with the sytem, according to one embodiment of 
the present invention. The process 1600 allows a new user to sign-up with the 
system. First, the user clicks the "Sign Up" button on the home page (box 1610). 
The system displays the registration page (FIGURE 6) where the user enters all 
the required personal information to register for the system (box 1612). Then the 
user may click either Accept or Decline (box 1 614). If the user chooses Decline, 
the system returns to the home page (box 1616). 

[00079] If the user chooses Accept, the system displays a page requesting 
the user type *#06# into his phone to get the serial number of the phone. Then 
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user enters the serial number on a web page (box 1618). If no serial number 
is displayed (box 1620), the system requests the user to send a vcard to a 
special phone number that the system monitors (box 1626). Upon receiving a 
vcard at this number, the system determines the specific type of vcard that was 
received and associates it with the sending phone number (box 1628). If the 
user does see a serial number displayed on his phone, he enters it in the 
appropriate box on the web page (box 1622). The system then uses this serial 
number to determine the phone make and model (box 1624) and, based on this 
information, the system can determine the specific type of vcard supported by 
the user's phone (box 1628). 

[00080] The system then sends a special verification code to the user's 
phone (box 1 630) and asks the user to enter this code on the web page (box 
1632). This is a security step to ensure that the person registering does indeed 
have the phone associated with the phone number specified on the registration 
page. Once the system confirms that the verification code submitted by the user 
matches the one it has sent, the user is "registered". 

[00081] FIGURE 17 illustrates an exemplary process for passing messages 
between an SMS-enabled wireless device and a web server, according to one 
embodiment of the present invention. Process 1700 shows the flow of 
messages between the phone and the server and gives a simplified view of the 
user's perspective. After the user clicks the "Send to Phone" button (box 1710), 
the system displays the "sending" graphic (box 1712), which for demonstrative 
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^Irposes is a series of dots moving from left to right and back again until all 
contacts have been sent from the server. 

[00082] At this point, the first action the server takes is to format the 
vcard(s) containing the contact(s) for the specific user's phone (box 1714). The 
server next charges the user's account (box 1716) for the specific monetary 
amount associated with sending the chosen number of contacts (as could be 
specified in a User Agreement), then sends the vcard(s) to the SMS Center 
(SMSC) (box 1718), which is a third-party server provided by a network operator 
for the purpose of sending phone SMS's. The SMSC adds this request to its 
queue of SMS requests (box 1 720) and sends an acknowledgement (Ack) to the 

i 

server (box 1722). Upon receiving the Ack, the server updates the status of the 
user's request to send contacts to his phone to "sent" (box 1724). The system 
then displays a screen for the user to indicate if he has received the contacts on 
his phone as shown in box 1422 of FIGURE 14. 

[00083] When the SMSC serviced this request from its queue, it first 
checks to see if the phone is powered on (box 1728); if not, it puts the request at 
the bottom of its queue and continues checking if the phone is powered on. 
Once it is, the SMSC sends the SMS to the phone (box 1732). 

[00084] The invention at a high level Is a service providing several new 
capabilities to people who sign up as members of the system. The system 
enables a member to send Contacts between a Web page and an SMS-enabled 

30 



p c t./' u s o 3 y e x e b «+ 

^^ione. The member is able to pace the uploading of Contacts to the phone 
based on the vcard buffer size of the phone- A derivative of the system is the 
capability of the user to send Contacts from the Web page Contact list to another 
person based on the other person's phone number. Additionally, the system 
provides Contact information of local businesses, which members can selectively 
upload to an SMS-enabled phone. The final aspect of the invention is the ability 
to determine the vcard type of a user's phone based on a vcard sent from that 
phone to the system. 

[00085] In the foregoing specification, the invention has been described 
with reference to specific embodiments. It will, however, be evident that various 
modifications and changes can be made without departing from the broader 
spirit and scope of the invention as set forth in the claims. The specification and 
drawings are, accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 
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^.AIMS 

What is claimed is: 

1 . A method, comprising: 

providing for one or more contacts to be selected via a web browser from 
a first contact list stored on a web server; and 

sending the one or more contacts to an SMS-enabled wireless device if 
the wireless device is registered with the web server. 

2. The method of claim 1 , further comprising checking if the wireless device 
is registered on the web server and associated with the first contact list. 

* 

3. The method of claim 1 , wherein the wireless device is registered on the 
web server and associated with a user. 

4. The method of claim 1 , further comprising: 

synchronizing a second contact list stored on the wireless device with the 
first contact list with a single click of a button on a web browser. 

5. The method of claim 1 , further comprising: 

storing profile information on the web server, including the first contact list, 
a user name, a vcard type associated with the wireless device, a phone number 
associated with the wireless device and an e-mail address. 

6. The method of claim 5, wherein sending the one or more contacts, 
comprises 

sending one or more vcards associated with each of the one or more contacts 
from the web server to the wireless device. 

7. The method of claim 1 , further comprising sending the one or more 
contacts to a plurality of SMS-enabled devices. 

8. The method of claim 1 , further comprising: 
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saving the contacts on a database if the wireless device is not registered 
with the web server; 

sending the contacts from the database to the wireless device once the wireless 

device is registered with the web server; and 
adding the contacts to a second contact list on the web server associated with 

the wireless device once the wireless device is registered with the web 

server. 



9. The method of claim 8, further comprising: 

sending the wireless device an alert that the contacts have been received 
and will not be available unless the wireless device is registered with the web 
server; and 

sending the wireless device an invitation to register with the web server if the 
wireless device is not registered with the web server. 

10. The method of claim 8, further comprising: 
sending an e-mail message to a user indicating the wireless device is not 
registered with the web server if the wireless device is not registered with the 
web server. 



1 1 .The method of claim 1 , further comprising: 

determining if a receive buffer in the wireless device has sufficient space 

to store the contacts; 

sending some of the contacts to fill the receive buffer; 

alerting the wireless device that the receive buffer is full; and 

sending any remaining contacts of the contacts once the receive buffer has 

space. 

12. The method of claim 1 , further comprising sending multiple business 
contacts relating to a common category, wherein the common category 
includes restaurants, plumbers, and movie theaters. 
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13. The method of claim 1, further comprising: 
determining a type of vcard sent by the wireless device; and 

formatting the contacts to match the type of vcard used by the wireless device. 

14. The method of claim 1 , further comprising resending one or more unsent 
contacts of the one or more contacts that are not received by the wireless 
device. 

15. A method, comprising: 

receiving one or more contacts at a web server from an SMS-enabled 
wireless device having a first contact list; and 

adding the one or more contacts to a second contact list on the web server. 

16. The method of claim 15, wherein the wireless device is registered on the 
web server and associated with the contact list. 

17. The method of claim 15, wherein the wireless device is registered on the 
web server and associated with a user. 

18. The method of claim 15, further comprising: 

synchronizing the first contact list stored on the wireless device with the 
second contact list with a single click of a button on a web browser. 

19. The method of claim 15, wherein receiving the one or more contacts, 
comprises receiving at the web server one or more vcards associated with 
each of the one or more contacts from the wireless device. 

20. The method of claim 15, further comprising: 

storing profile information on the web server, including the second contact 
list, a user name, a vcard type associated with the wireless device, a phone 
number associated with the wireless device and an e-mail address. 
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21. The method of claim 20, further comprising matching a phone number of 
the wireless device with the profile information. 

22. A method, comprising: 

providing for one or more contacts to be selected via a web browser from 
a first contact list stored on a web server; 

adding the contacts to a second contact list; and 
sending the contacts to an SMS-enabled wireless device. 

23. A method, comprising: 

receiving a contact from a first wireless device; 
storing the contact on a first contact list stored on a the web server; 
storing the contact on a second contact list stored on the web server; and 
sending the contact to a second SMS-enabled wireless device. 
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Abstract 

[00086] A method and system for transfem'ng contact information to an 
SMS-enabled wireless device are described. In one embodiment, the method 
comprises providing for one or more contacts to be selected via a web browser 
from a first contact list stored on a web server. The one or more contacts are 
sent to an SMS-enabled wireless device if the wireless device is registered with 
the web server. 
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